Issue Tracking SystemITS は Bugzilla や Mantis の時代を経て VCS と連携する Trac が流行り、その後 Redmine にシフト。会社では Backlog 導入しているが、案件では GitLab を導入しているところが増えている。ツール導入もさることながら、Issue 管理フローを決めて運用していくことが重要。[https://kondoumh.hatenablog.com/archive/category/ITS ITS カテゴリーの記事一覧 - kondoumh のブログ]

Software Configuration Management : ソフトウェア構成管理VCS (Version Control System) を使ってソフトウェアの変更管理を行うだけに止まらず、ビルド・リリース・バグ管理・開発プロセスにも及ぶ概念。[* VCS]RCS : Rivision Control System - 新人の頃少し使った。VSS : Visual Source Safe - 昔の Microsoft の VCS

XP が一斉を風靡した時 xUnit をあちこちで使うようになった。Selenium なんかも使った。業務アプリを書くときは、テストしやすく設計して、単体、結合テストを自動化する習慣がついた。クラスの単体テストでは java なら JMockit、C# なら Moq などのモックフレームワークを使うことがアタリマエになった。CI でカバレッジレポートを確認するのも普通。プロダクトコードが Java の場合、テストコードはもっと簡便な テスト用の DSL で書きたいよねってことで Spock を使ってみたり。

お客さんの要望でアジャイル開発に取り組むケースが増えてきた。XP の頃からある、イテレーション、計画ゲーム、ペアプログラミングなどを部分的に取り入れるパターンや、ユーザーストーリーマッピング、プロトタイピングなどを元にプロダクトバックログを作成しがっつりとスクラムで進めるパターンなどを経験。アジャイルやることが目的化するとか、肝心の PO が不在であるというアンチパターンに陥っていることが多い。#Software_Engineering

Domain Driven Design を Eric Evans が上梓してから7年。長らく待たれた邦訳版が出版され、日本でも DDD ブームが巻き起こった。それまで Martin Fowloer の Patterns of Enterprise Application Architecture なども紹介されていたが、今ひとつピンときてなかった。とある巨大プロジェクトに参画したら DDD とアEntity / Value Object / Domain / Repository などで業務アプリケーションを構成し、業務知識がドメインモデルとして具現化する世界を作ろうとした。